Information processing system, information processing method, user terminal and storage medium

ABSTRACT

A non-limiting example information processing system includes a plurality of user terminals, and a download task list for each user terminal is managed by a list server. Existence/non-existence of renewal of the download task list is managed by a revision server, and the user terminal inquires of the revision server the existence/non-existence of the renewal. If the download task list is renewed, the user terminal acquires the download task list from the list server, and acquires a content from a content server according to an acquired download task list.

CROSS REFERENCE OF RELATED APPLICATION

The disclosure of Japanese patent application No. 2013-200850 filed onSep. 27, 2013 is incorporated by reference.

FIELD

This application describes an information processing system, informationprocessing method, user terminal, and storage medium, distributing acontent to a user terminal.

SUMMARY

It is a primary object of embodiments to provide a novel informationprocessing system, information processing method, user terminal, and astorage medium.

It is another object of the embodiments to provide an informationprocessing system, information processing method, user terminal, andstorage medium, capable of reducing a processing load on a side ofserver.

A first embodiment is an information processing system comprising afirst server and a user terminal. The first server comprises aninformation storing module, an information transmitting module, acontent storing module, and a content transmitting module. The userterminal comprises an information acquiring module, a content requestingmodule, a content storing module, and a content acquiring module.

The information storing module of the first server stores downloadinformation related to a download for each of a plurality of userterminals or for each of uses of the plurality of user terminals. Theinformation transmitting module transmits download information for theuser terminal or the user of the user terminal in response to a requestfrom the user terminal. In the user terminal, the information acquiringmodule acquires the download information that is transmitted from theinformation transmitting module. In addition, the content requestingmodule of the user terminal requests transmission of a content to thefirst server according to the download information that is acquired bythe information acquiring module. In response to this request, thecontent transmitting module of the first server transmits a content thatis stored in the content storing module. Therefore, the user terminalacquires the content that is transmitted from the content transmittingmodule.

According to the first embodiment, the user terminal acquires thecontent according to acquired download information, the first server maymanage only the download information, and the acquisition of the contentis managed by the user terminal. Therefore, a processing load on a sideof the first server can be reduced.

A second embodiment is according to the first embodiment, wherein theuser terminal further comprises an accessing module. The accessingmodule accesses the first server according to theexistence/non-existence of renewal of the download information.

According to the second embodiment, since the user terminal is caused toaccess the first server only when needed, the processing load on theside of the first server can be reduced.

A third embodiment is according to the second embodiment, wherein theuser terminal further comprises an information requesting module. Theinformation requesting module requests to the first server, when therenewal of the download information exists, transmission of the downloadinformation by causing the accessing module to access the first server.

According to the third embodiment, by acquiring renewed downloadinformation, a content can be acquired according to acquired newestdownload information.

A fourth embodiment is according to the second embodiment, wherein theinformation processing system further comprises a second server thatmanages the existence/non-existence of the renewal of the downloadinformation. The user terminal further comprises an inquiry module thatinquires of the second server the existence/non-existence of the renewalof the download information.

According to the fourth embodiment, since the existence/non-existence ofthe renewal of the download information is inquired to the secondserver, the processing load on the side of the first server can bereduced.

A fifth embodiment is according to the first embodiment, wherein theuser terminal further comprises an additional information acquiringmodule. The additional information acquiring module acquires additionalinformation that is added to the content.

According to the fifth embodiment, the additional information added tothe content as well as the content can be acquired.

A sixth embodiment is according to the first embodiment, wherein thedownload information contains different kinds of download tasks.

According to the sixth embodiment, the content that is purchased by theuser and the content that is registered by the administrator, forexample can be distinguished according to the kind of download task.

A seventh embodiment is according to the sixth embodiment, wherein theuser terminal performs different operations at a time that the contentacquiring module acquires the content according to the kind of downloadtask. For example, although not notified at all for the content that theuser himself/herself purchases, in a case of the content presented byother users, the user is notified of so. Furthermore, when a messagefrom other users exists, the message is also notified. In addition, ifit is the content that the administrator registers, it is notified thatthe content is distributed by the administrator. Furthermore, as for thecontent distributed by the administrator, when there is information onrating, the rating is displayed so as to obtain consent of the user.

According to the seventh embodiment, representation (action) in the userterminal can be changed by changing the kind of download task accordingto ways how to register a content or person who register a content.

An eighth embodiment is according to the sixth embodiment, whereindifferent identification information is applied to each of the downloadtasks, and the user terminal manages whether each of the download tasksis to be performed with using the identification information. Therefore,even if a content is the same content as the already acquired content,for example, when the content is again purchased by the user or is againregistered by the administrator, different identification information isapplied to the download task.

According to the eighth embodiment, different identification informationis applied to the download task of the same content as the alreadyacquired content, for example, and each of the download tasks is managedwith using the identification information, and accordingly, it ispossible to acquire the deleted content again.

A ninth embodiment is according to the eighth embodiment, wherein theuser terminal further comprises a success recording module. The successrecording module records, when the acquisition of the content by thecontent acquiring module is successful, that the acquisition of thecontent is successful corresponding to the identification information ofthe download task for the content.

According to the ninth embodiment, since it is recorded that theacquisition of content is successful corresponding to the identificationinformation of the download task for the content, it is possible toeasily know whether the content is acquired.

A tenth embodiment is according to the ninth embodiment, wherein thecontent requesting module does not request the transmission of thecontent when it is recorded corresponding to the identificationinformation of the download task that the acquisition of the content issuccessful.

According to the tenth embodiment, since the transmission of the contentis not requested when it is recorded that the acquisition of the contentis successful, even if the content having acquired is deleted with anintention of the user, it is possible to prevent requesting orrequesting repeatedly.

An eleventh embodiment is according to the eighth embodiment, whereinthe user terminal further comprises a failure recording module. Thefailure recording module records, when the acquisition of the content bythe content acquiring module is unsuccessful, that the acquisition ofthe content is unsuccessful corresponding to the identificationinformation of the download task for the content.

According to the eleventh embodiment, since it is recorded that theacquisition of the content is unsuccessful corresponding to theidentification information of the download task for the content, it ispossible to easily know that the content is not acquired.

A twelfth embodiment is according to the eleventh embodiment, whereinthe content requesting module requests again the transmission of thecontent when it is recorded that the acquisition of the content isunsuccessful corresponding to the identification information of thedownload task.

According to the twelfth embodiment, since the transmission of thecontent is again requested when it is recorded that acquisition ofcontent is unsuccessful, it is possible to surely acquire the content.

A thirteenth embodiment is according to the first embodiment, whereinthe first server comprises a download information server that comprisesthe information storing module and the information transmitting module,and a content server that comprises the content storing module and thecontent transmitting module.

According to the thirteenth embodiment, it is possible to divide,according to a role, the first server into two servers, the down loadinformation server and the content server.

A fourteenth embodiment is an information processing method in aninformation processing system comprising first server comprising acontent storing module that stores a content and an information storingmodule that stores download information related to each of a pluralityof user terminals or each of users of the plurality of the userterminals, and a user terminal, comprising steps of: (a) the firstserver transmits the download information for the user terminal inresponse to a request from the user terminal; (b) the user terminalacquires the download information that is transmitted in the step (a) tostore in a storage medium; (c) the user terminal requests, according tothe download information that is acquired in the step (b), transmissionof a content to the first server; (d) the first server transmits, inresponse to a request from the user terminal, a content that is storedin the content storing module; and (e) the user terminal acquires thecontent that is transmitted in the step (d) to store in the storagemedium.

A fifteenth embodiment is a user terminal that is communicably connectedto a first server comprising an information storing module that storesdownload information related to each of a plurality of user terminals oreach of users of the plurality of the user terminals, an informationtransmitting module that transmits the download information for the userterminal in response to a request from the user terminal, a contentstoring module that stores a content and a content transmitting modulethat transmits a content that is stored in the content storing module inresponse to a request from the user terminal, one or more processors ofthe user terminal: acquire the download information that is transmittedfrom the information transmitting module; request the first servertransmission of a content according to the download information that isacquired by the information acquiring module; and acquire the contentthat is transmitted from the content transmitting module in response tothe request by the content request module.

A sixteenth embodiment is a non-transitory computer readable storagemedium storing an information processing program of a user terminal thatis communicably connected to a first server comprising an informationstoring module that stores download information related to each of aplurality of user terminals or each of users of the plurality of theuser terminals, an information transmitting module that transmits thedownload information for the user terminal in response to a request fromthe user terminal, a content storing module that stores a content, and acontent transmitting module that transmits a content that is stored inthe content storing module according to a request from the userterminal, the information processing program causes a computer of theuser terminal to function as: an information acquiring module thatacquires the download information that is transmitted from theinformation transmitting module to store in a storage medium; a contentrequest module that requests the first server transmission of a contentaccording to the download information that is acquired by theinformation acquiring module; and a content acquiring module thatacquires the content that is transmitted from the content transmittingmodule in response to a request by the content requesting module tostore in the storage medium.

In the fourteenth to sixteenth embodiments, the processing load on theside of the first server can be reduced like the first embodiment.

The above described objects and other objects, features, aspects andadvantages of the embodiments will become more apparent from thefollowing detailed description when taken in conjunction with theaccompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of a non-limiting example informationprocessing system.

FIG. 2 is a view showing non-limiting examples of a terminal downloadtask list and a group download task list that are stored in a listserver.

FIG. 3 is a view showing a non-limiting example task registration statuslist that is generated and renewed by a user terminal.

FIG. 4 is a view showing a non-limiting example memory map of a RAMincorporated in the user terminal shown in FIG. 1.

FIG. 5 is a flowchart showing a non-limiting example part of listgeneration processing of a CPU of the user terminal shown in FIG. 1.

FIG. 6 is a flowchart showing another non-limiting example part of thelist generation processing of the CPU of the user terminal shown in FIG.1, following FIG. 5.

FIG. 7 is a flowchart showing a non-limiting example content acquisitionprocessing of the CPU of the user terminal shown in FIG. 1.

FIG. 8 is a flowchart showing a non-limiting example entire processingof the CPU of the user terminal shown in FIG. 1.

DETAILED DESCRIPTION OF NON-LIMITING EXAMPLE EMBODIMENTS

With referring to FIG. 1, a non-limiting example information processingsystem 10 includes a plurality of user terminals 12, and each userterminal 12 is connected, via a network 14 such as an internet, to alist server 16, a content server 18, a revision server 20 and a shoppingserver 22 by a wire or cable or in a wireless manner. Therefore, each ofthe user terminals 12, the list server 16, the content server 18, therevision server 20 and the shopping server 22 can communicate with eachother.

The user terminal 12 is a general-purpose game machine, and comprisescomponents such as a CPU 12 a, a RAM 12 b, etc. Although illustration isomitted, the user terminal 12 has a display that is separately providedfrom a main body and a controller. However, the user terminal 12 may bea device that a main body is integrally provided with a display and acontroller.

The user terminal 12 can perform a predetermined application programsuch as a game program. A content such as the predetermined applicationprogram can acquired from a predetermined recording medium such as a CD,DVD or SD card attached to the user terminal 12, or can also acquirefrom a predetermined server (in this embodiment, the content server 18)through the network 14. In this embodiment, the user terminal 12 means aterminal that uses the content acquired from the content server 18 outof the terminals that the user possesses or owns. Then, other terminalsother than user terminal 12 mean terminals that do not acquire or usethe content from the content server 18 out of the terminals that theuser possesses or owns. Other typical examples of a terminal are asmartphone, a feature phone and a PC such as a tablet PC.

The list server 16 is a general-purpose server that manages theinformation (download information) for distributing the content to theuser terminal 12 from the content server 18. The list server 16comprises components such as a CPU 16 a, a memory 16 b like HDD, etc. Inthis embodiment, the download information is a list (download task list)that describes tasks for performing download.

In addition, in this embodiment, two kinds of download task lists exist.One is a download task list that is managed for each user terminal 12.The other is a download task list that is managed for each group in acase where the plurality of user terminals 12 are grouped with apredetermined classification. Although a group is classified per country(or fixed domain) in this embodiment, there is no necessity of beinglimited to this. Instead of a country or in addition to a country, theuser terminals may be classified according to a version of the userterminal 12 or a version of an operating system thereof. When there aretwo or more elements to classify, the user terminal 12 may belong to twoor more groups.

Hereinafter, the download task list managed for each user terminal 12 iscalled as “terminal DTL”, and the download task list managed for eachgroup is called as “group DTL”. However, when there is no necessity ofdistinguishing the terminal DTL and the group DTL, the list may besimply called as “download task list”.

Although a detailed description is omitted, the list server 16 storesthe terminal DTL and the group DTL in its internal memory 16 b, andtransmits (distributes), under instructions of the CPU 16 a, theterminal DTL and the group DTL to the user terminal 12 in response to arequest from the user terminal 12. In addition, the list server 16stores a table that describes identification information of the user(user ID) and identification information of the group (group ID) in theinternal memory 16 b corresponding to identification information of theuser terminal 12 (terminal ID) in order to manage the terminal DTL andthe group DTL. In addition, a plurality of users can be registered inthe user terminal 12, and the user ID is set for each user.

In addition, although the user ID that is registered in the userterminal 12 is used in this embodiment, identification information(network ID) that is assigned by the administrator of a server (in thisembodiment, the shopping server 22) that the user purchases a contentthrough the network 14 may be used. Thus, when using the network ID foracquisition of a content, in the user terminal 12, the content server 18and the revision server 20, the network ID is used in place of the userID. Otherwise, the table that is stored with the network IDcorresponding to the user ID is referred to.

The content server 18 is a general-purpose server for distributing acontent to the user terminal 12. The content server 18 comprisescomponents such as a CPU 18 a and a memory 18 b like HDD, and stores(manages) the content in the memory 18 b (management), and distributes,under instructions of the CPU 18 a, the content to the user terminal 12in response to a request from the user terminal 12. Although a detaileddescription is omitted, in order to perform user authentication to theuser of the user terminal 12 having accessed the content server 18, thecontent server 18 stores a table that describes the terminal ID of theuser terminal 12 and the user ID registered in the user terminal 12 inthe internal memory 18 b. In addition, a list (distribution list) thatis stored with, corresponding to the identification information (contentID) of the content to be distributed, the user ID of the user to whomthe content should be distributed in the internal memory 18 b. Asmentioned above, in this embodiment, the content is a predeterminedapplication program such as a game program. However, there may not beany necessity of being limited to a program, and a content may be othercontent such as image data, sound (music) data, and character (book)data.

The revision server 20 is a general-purpose server that managesinformation indicating whether the terminal DTL and the group DTL thatare managed by the list server 16 are renewed. The revision server 20comprises components such as a CPU 20 a and a memory 20 b like a HDD,and stores, corresponding to the terminal ID, information (renewalinformation) indicating whether the terminal DTL is renewed andinformation (renewal information) indicating whether the group DTL isrenewed in the internal memory 20 b. Although a detailed description isomitted, the revision server 20 needs to know the group that the userterminal 12 shown by the terminal ID belongs. Therefore, the revisionserver 20 stores, corresponding to the group ID, a table that describesthe terminal ID of the user terminal 12 belonging to the group indicatedby the group ID in the internal memory 20 b. In addition, the revisionserver 20 notifies, under instructions of the CPU 20 a, the renewalinformation of the terminal DTL and the group DTL to the user terminal12 in response to an inquiry from the user terminal 12.

The shopping server 22 is a general-purpose server that the usersearches a content to acquire (purchase) or determines (registers) toacquire (purchase) a desired content with using the user terminal 12.However, the user can search a content or determine to acquire, usinganother terminal. In such a case, the shopping server 22 specifies apurchaser of the content by making the user input the terminal ID of theuser terminal 12 that the user uses and the user ID. Although a detaileddescription is omitted, since information relating to the purchaser ofthe content and information of the user terminal 12 that the contentshould be distributed are needed to the shopping server 22, a table thatdescribes the user ID registered in each user terminal 12 correspondingto the terminal ID of each user terminal 12 is stored in the internalmemory (HDD, etc.). In addition, a table that describes the content IDcorresponding to a content that the content server 18 can distribute andinformation of a distribution source (“URL of a distribution source”described later) is also stored in the internal memory.

In addition, when searching a content or determining to acquire(purchase) the content with using another terminal such as a smartphoneor a feature phone, for example, there is an occasion that the shoppingserver 22 is accessed through a telephone network and the network 14.

Furthermore, as mentioned above, since each user terminal 12, the listserver 16, the content server 18, the revision server 20 and theshopping server 22 can make a communication with each other, thesecomprise a communication function, respectively.

In such the information processing system 10, as mentioned above, theuser can determine to acquire (purchase) a content for himself/herself,or to acquire a content for other persons with using own user terminal12 by accessing the shopping server 22. However, other persons containnot only other users who use other user terminals 12 but other users whouse the same user terminal 12.

In addition, since the searching a desired content, and the determiningto acquire (purchase) the desired content by accessing the shoppingserver 22 have been well-known, a detailed description is omitted.

When determining to acquire a content, the shopping server 22 notifiesto the list server 16 the content ID of the content, the URL of thedistribution source, the user ID of the user (purchaser) who determinesto acquire the content, and the user ID of the user (acquirer) whoshould acquire the content. In addition, the shopping server 22 notifiesto the content server 18 the content ID of the content that isdetermined to be acquired and the user ID of the acquirer of thecontent. Furthermore, the shopping server 22 notifies to the revisionserver 20 the user ID of the acquirer of the content that is determinedto be acquired.

Then, in the list server 16, a download task is generated by the CPU 16a and the terminal DTL (refer to FIG. 2(A)) for the user terminal 12that the user ID of the acquirer is registered is renewed. That is, thelist server 16 generates the download task using the content ID, the URLof a distribution source, the user ID of the purchaser and the user IDof the acquirer that are respectively acquired from the shopping server22. Then, the list server 16 specifies the terminal ID of the userterminal 12 of the acquirer with referring to the table stored in theinternal memory 16 b, and adds the download task to the terminal DTLthat the terminal ID that is specified is applied.

In addition, in the content server 18, the user ID of the acquirer isregistered in the distribution list of the content by the CPU 18 acorresponding to the content ID. Furthermore, in the revision server 20,it is registered that the information of the terminal DTL of the userterminal 12 that the user ID of the acquirer is registered is renewed.That is, the revision server 20 specifies the terminal ID of the userterminal 12 that the user ID of the acquirer is registered withreferring to the table stored in the internal memory 20 b, and describesthat the terminal DTL is renewed as the renewal information that isstored corresponding to the terminal ID being specified.

In addition, in this embodiment, if it is determined that the content isacquired, the shopping server 22 notifies individually the informationrequired for each of the list server 16, the content server 18 and therevision server 20, but there is no necessity of being limited to this.The shopping servers 22 may notify to all the list servers 16, thecontent servers 18 and revision servers 20 the content ID of the contentthat is determined to be acquired, the URL of the distribution source,the user ID of the purchaser and the user ID of the acquirer such thateach server (16, 18, 20) uses the information selectively.

As shown in FIG. 2(A), the terminal ID is applied to each terminal DTL,and made to be corresponding to the user terminal 12 that the terminalID is assigned. In the terminal DTL's the download task for the contentthat the user terminal 12 indicated by the terminal ID acquires isdescribed for each content. A plurality of download tasks are describedin the example shown in FIG. 2(A). Identification information (task ID)is applied to each task. In the example shown in FIG. 2(A), although aname such as Download 1, Download 2, - - - are described as the task ID,there is no necessity of being limited to this, and as long asidentification is possible between the tasks, numerals, the alphabet orsigns that a human being cannot decode may be used. This is true for thetask ID applied to the group DTL.

A content ID, a URL of the distribution source, an acquirer ID and atask type are described in each download task. The content ID isidentification information of the content that is distributed from thecontent server 18, as mentioned above. The URL of the distributionsource is an address of the distribution source of the content (in thisembodiment, the content server 18) indicated by the content ID, and alsospecifies the content. The acquirer ID is the user ID that is assignedto the acquirer of the content that is distributed from the contentserver 18. However, as mentioned above, when using the network ID, thenetwork ID that is assigned to the acquirer of the content may bedescribed as the acquirer ID. The task type is a kind of the downloadtask, and is classified into three kinds (Type 1, Type 2, and Type 3) inthis embodiment.

Type 1 is a kind of the download task for a content that the purchaserdetermines to acquire for own the content. That is, in a case where theuser ID of the purchaser and the user ID of the acquirer that arenotified from the shopping server 22 are coincident with each other, thetask type is determined as Type 1.

Type 2 is a kind of the download task for a content that the purchaserdetermines to make another person acquire (to present). That is, in acase where the user ID of the purchaser and the user ID of the acquirerthat are notified from the shopping server 22 are not coincident witheach other, the task type is determined as Type 2.

Type 3 is a kind of the download task for a content that is registeredby the administrator. The download task of Type 3 is registered in thegroup DTL, as described later.

In addition, there is no necessity that the task type is limited tothese, and as long as two or more kinds, the task may be classified intomore kinds.

In addition, there is an occasion that the administrator of the contentserver 18 registers the content. For example, a free content or acontent such as a program that is changed in its version, or a patchprogram correspond. The content that is registered by the administratoris distributed to all or a part of groups of the plurality of users.Therefore, the administrator designates the group (group ID) that thecontent is to be distributed to when registering the content. Then, thecontent ID, the URL of the distribution source and the group ID arenotified to the list server 16 from the content server 18. In addition,the group ID is notified to the revision server 20 from the contentserver 18. Therefore, in the list server 16, the group DTL (FIG. 2(B))that is applied with the group ID that is notified is renewed by CPU 16a. In addition, in the revision server 20, it is described that thegroup DTL is renewed as the renewal information corresponding to theterminal ID included in the group that is indicated by the group ID byCPU 20 a.

As shown in FIG. 2(B), the group ID is applied to each group DTL. Thedownload task for the content that a plurality of user terminals 12included in the group to which the group ID is assigned acquire isdescribed for each content in the group DTL. A plurality of downloadtasks are described for each group. As mentioned above, the task ID isapplied to the download task. In an example shown in FIG. 2(B), nameslike Download A, Download B, - - - are described as the download taskID. In addition, the content ID, the URL of the distribution source andthe task type are described in each download task. These are the same asthose in the case of the terminal DTL, a duplicate description isomitted.

In addition, since the content that is acquired based on the group DTLis what is distributed per user terminal 12, and is not distributed peruser, in the download task included in the group DTL, the user ID is notdescribed as the acquirer ID. For example, null data is described. Thus,the data formats of the terminal DTL and the group DTL are madeidentical.

For example, in the user terminal 12, in a power-saving mode like asleep state, the download task list is renewed, and the distribution ofthe content is received based on the renewed download task list.Specifically, if the user terminal 12 is shifted to the sleep stateaccording to instructions of the user, the user terminal 12 inquires ofthe revision server 20 the existence/non-existence of renewal of thedownload task list for every predetermined time period (60 minutes, forexample). In addition, it is possible for the user terminal 12 toinquire the revision server 20 in an active state according toinstructions of the user. It should be noted that the active state meansa state that an arbitrary application program can be executed.

When the notice of there being no renewal of the download task list isreceived from the revision server 20, as long as there are noinstructions of starting the user terminal 12, the user terminal 12maintains the sleep state and stands by a next inquiry timing.

On the other hand, if the notice of there being renewal of the downloadtask list is received from the revision server 20, the user terminal 12accesses the list server 16 to acquire the download task list. Althoughthe user terminal 12 acquires both the terminal DTL and the group DTL inthis embodiment, only the renewed download task list may be acquired.

In addition, the revision server 20 resets the renewal information ofthe user terminal 12 when notifying the existence/non-existence ofrenewal of the download task list to the user terminal 12. It isdescribed as the renewal information that there is no renewal of thedownload task list in this embodiment.

The user terminal 12 generates (renews), when acquiring the downloadtask list from the list server 16, a list that information indicative ofa status thereof is added to each download task (hereinafter, called as“task registration status list” in this embodiment).When generating atask registration status list for the first time, all the download tasksthat are described in the terminal DTL and all download tasks that aredescribed in the group DTL are registered. The task registration statuslist is renewed at every time that the terminal DTL and the group DTLare acquired such that the download task that is added to the terminalDTL or the group DTL is added, and the download task that is deletedfrom the terminal DTL or the group DTL is deleted.

An example of the task registration status list is shown in FIG. 3. Asshown in FIG. 3, status information is described in the download taskother than the content ID, the URL of the distribution source and theacquirer ID. The content ID, the URL of the distribution source and theacquirer ID are as having mentioned above. The status information isdata that indicates a status of the download task, and is constituted bya 2-bit register, for example. In the beginning when the download taskis registered, a data value “00” is set in the register when thedownload task is not performed. In addition, when although the downloadtask is performed the acquisition of the content is failed, a data value“01” is set in the register. Furthermore, when the download task isperformed and the acquisition of the content is successful, a data value“10” is set in the register.

Thus, since the status is managed by applying the task ID for eachdownload task, the download task that is succeeded in the download isnot performed repeatedly. Therefore, since the data value of theregister constituting the status information is “10” even in a casewhere the content that is succeeded in the download is deleted from theuser terminal 12 by an intention of the user, for example, the contentis not acquired again. However, since another task ID is applied to thedownload task when the download task for the content that is deleted isnewly registered by instructions of the user or the administrator, insuch a case, the content that is the same as the content that is deletedis acquired again.

In addition, since the terminal DTL and the download DTL that are storedin the list server 16 include information for the content that the useracquires, etc., a level of security is made higher such that these DTLscannot be seen or altered by a third person. Accordingly, when notproviding the revision server 20, it is necessary to access the listserver 16 to inquire the existence/non-existence of renewal of thedownload task list, and therefore, a communication frequency becomeshigh in the list server 16. In addition, since encryption is alsoapplied to the communication with the list server 16, there is much datavolume in communication. That is, it is possible to say that theprocessing load of the list server 16 is very large.

In contrast, since the user terminal 12 accesses the list server 16 onlywhen the download task list is renewed by providing the revision server20 in this embodiment, it is possible to lessen the number of times thatthe user terminal 12 accesses the list server 16 as much as possible.Accordingly, the processing load of the list server 16 is reduced.

However, it is necessary to provide the revision server 16, but only therenewal information is stored in the revision server 16, and therefore,even if the renewal information is seen or altered by a third person, noproblem occurs, and thus, it does not have to make the level of securityhigher. That is, it is possible to provide the revision server 16 at lowcost.

In addition, the user terminal 12 acquires the content according to thetask registration status list. For example, the user terminal 12determines, at every predetermined time period (60 minutes, forexample), whether there is a content that should be acquired withreferring to the task registration status list. In this embodiment, thecontent that should be acquired means the content not having succeededin acquisition. Accordingly, a content corresponding to the content IDdescribed in the download task that the data value of the statusinformation is “00” or “01” is a content that should be acquired.

If there is a content that should be acquired, the download task for thecontent is performed. Accordingly, the user terminal 12 accesses thecontent server 18 according to the URL of the distribution source thatis described in the download task and transmits a request oftransmission of the content that is indicated by the content ID, afterperforming the predetermined processing such as user authentication,etc.

In the content server 18, it is determined whether there is any contentthat should be distributed to the user terminal 12 with referring to thedistribution list, and whether the content that is requested to send andthe content that should be distributed are coincident with each other.If these are in agreement, the content server 18 transmits the contentbeing requested to the user terminal 12 that is a source of request.Although the content is transmitted per packet, for example, there is nonecessity of being limited to this. However, when additional informationis added to the content to be transmitted, after transmitting thecontent, the additional information is also transmitted. In thisembodiment, the additional information is a message from other users andinformation of a rating for the content that is provided by theadministrator.

In addition, when there is no content that should be distributed or whenthe content that is requested to send and the content that should bedistributed are not identical, the content server 18 does not transmitthe content to the user terminal 12 that is the source of request.

Furthermore, when the user purchases the content, since approval(confirmation) of the rating is normally performed by the shoppingserver 22, in this embodiment, the information of the rating is notadded to the content that the user purchases. However, when the approvalof the rating is not performed by the shopping server 22, theinformation of the rating is added to the content.

In the user terminal 12, if the acquisition of the content issuccessful, the data value of the status information described in thedownload task of the content is set as “10”. On the other hand, in theuser terminal 12, if the acquisition of the content is unsuccessful, thedata value of the status information described in the download task ofthe content is set as “01”.

Although a detailed description is omitted, the user terminal 12 failsin acquisition of the content when connection with the content server 18is disconnected during the acquisition of the content (duringreception). For example, when a communication time with the contentserver 18 exceeds a predetermined time limit (10 minutes, for example),the communication is forcedly disconnected. However, the communicationmay be disconnected by a certain factor.

In addition, if the content is acquired newly, the user terminal 12performs a different operation according to the task type of thedownload task of the content that is acquired. That is, the action(representation) in the user terminal 12 changes according to the tasktype of the download task. For example, when the task type of thedownload task is Type 1, no operation is performed for the content thatis acquired newly. In addition, when the task type of the download taskis Type 2, the message showing whether the content is presented by whomis displayed on the display. Furthermore, a message is also displayedwhen the message is added. Accordingly, it is possible to present thecontent to a friend or a family, for example, and to attach the message.However, as for the message, not only a text but a picture (photograph)may be included. Furthermore, when the task type of the download task isType 3, the message indicating that the content is a content that isdistributed (or presented in some cases) by the administrator isdisplayed on the display. Furthermore, when the information of therating is added, the displaying of the rating is performed, and ifconsent of the user is obtained, the content is made performable.

In addition, these are examples, not to be limited, and it should benoted a point that the operation of the user terminal 12 differsaccording to the task type.

An example of a memory map 300 of the RAM 12 b incorporated in the userterminal 12 shown in FIG. 1 is shown in FIG. 4. As shown in FIG. 4, theRAM 12 b includes a program storage area 302 and a data storage area304. The program storage area 302 is stored with an informationprocessing program, and the information processing program isconstituted by an entire processing program 302 a, a communicationprogram 302 b, a content purchase program 302 c, an inquiry program 302d, a task list acquisition program 302 e, a status list generatingprogram 302 f, a content acquisition program 302 g, a status renewingprogram 302 h, a notifying program 302 i, etc.

In addition, when the data (content data 304 d) for the content that isacquired according to the content acquisition program 302 g is programdata, after being acquired, the data is developed (to executable format)into the program storage area 302 from the data storage area 304.

The entire processing program 302 a is a program for performing overallprocessing of the user terminal 12. The communication program 302 b is aprogram for accessing other computers (server or the like) tocommunicate with these other computers. The content purchase program 302c is a program for searching a content and determining a content that isto be obtained (purchased) according to instructions of the user througha communication with the shopping server 22 according to thecommunication program 302 b.

The inquiry program 302 d is a program for inquiring theexistence/non-existence of the renewal of the download task list, andreceiving the notice of the existence/non-existence of the renewal ofthe download task list by communicating with the revision server 20according to the communication program 302 b.

The task list acquisition program 302 e is a program for acquiring theterminal DTL and the group DTL by communicating with the list server 16according to the communication program 302 b if the notice that thedownload task list is renewed according to the inquiry program 302 d isreceived.

The status list generating program 302 f is a program for generating(renewing) the task registration status list with using the terminal DTLand the group DTL that are acquired according to the task listacquisition program 302 e.

The content acquisition programs 302 g is a program for acquiring thecontent by communicating with the content server 18 according to thecommunication program 302 b when there is a content that should beacquired with referring to the task registration status list.

The status renewing program 302 h is a program for setting (renewing)the status information included in the download task of the content,which is described in the task registration status list according to asuccess or failure of the acquisition of the content.

The notifying program 302 i is a program for performing a predeterminednotice to the user according to the task type of the download task whenthe content is acquired. In addition, the notifying program 302 i isalso a program for notifying the additional information that is added tothe content.

Although illustration is omitted, in the program storage area 302,programs for various functions performed in the user terminal 12 arealso stored.

In addition, the terminal DTL data 304 a, the group DTL data 304 b, thestatus list data 304 c, the content data 304 d, and the additionalinformation 304 e are stored in the data storage area 304.

The terminal DTL data 304 a is data of the download task list for theuser terminal 12 itself acquired from the list server 16. The group DTLdata 304 b is data of the download task list for the group including theuser terminal 12 itself acquired from the list server 16.

The status list data 304 c is data of the task registration status listthat is generated based on the terminal DTL indicated by the terminalDTL data 304 a and the group DTL indicated by the group DTL data 304 b.The content data 304 d is data of the content that is acquired from thecontent server 18. The additional information 304 e is data of themessage or the information of the rating that are added to the contentdata 304 d.

In addition, a timer 304 f is provided in the data storage area 304.This timer 304 f is a timer for counting a time interval (in thisembodiment, 60 minutes) for inquiring of the revision server 20 whetherthe download task list is renewed.

Although illustration is omitted, other data required in order toexecute the information processing may be stored in the data storagearea 304, and other timers (counters) and flags may be provided in thedata storage area 304.

FIG. 5 and FIG. 6 are flowcharts showing the list generation processingby the CPU 12 a of the user terminal 12 shown in FIG. 1. For example,the CPU 12 a starts the list generation processing, when the userterminal 12 comes into the sleep state. However, when instructed by theuser, that CPU 12 a also starts the list generation processing. In thiscase, steps S1 and S3 described later are skipped.

As shown in FIG. 5, if the list generation processing is started, theCPU 12 a resets and starts the timer 304 f in the step S1. In the nextstep S3, it is determined whether the predetermined time period (in thisembodiment, 60 minutes) elapses. Here, the CPU 12 a determines whether acount value of the timer 304 f reaches 60 minutes. If “NO” is determinedin the step S3, that is, if the predetermined time period does notelapse, the process returns to the same step S3.

On the other hand, if “YES” is determined in the step S3, that is, ifthe predetermined time period elapses, the CPU 12 a accesses therevision server 20 in a step S5. In a next step S7, the CPU 12 ainquires of the revision server 20 the existence/non-existence of therenewal of the download task list (in this embodiment, the terminal DTLand the group DTL). Then, the CPU 12 a receives the notice on theexistence/non-existence of the renewal of the download task list fromthe revision server 20 in a step S9, and the process proceeds to a stepS11 shown in FIG. 6.

As shown in FIG. 6, in a step S11, it is determined whether the renewalof the download task list exists. Here, the CPU 12 a determines whetherthe renewal information that is notified from the revision server 20indicates that there is the renewal. If “NO” is determined in the stepS11, that is, if the download task list (both the terminal DTL and thegroup DTL) is not renewed, the process returns to the step S1 shown inFIG. 5 with no operation. However, when there is no response from therevision server 20, “NO” is also determined in the step S11 in thisembodiment, but “YES” may be determined in such a case.

On the other hand, if “YES” is determined in the step S11, that is, ifthe download task list (at least one of the terminal DTL and the groupDTL) is renewed, the CPU 12 a accesses the list server 16 in a step S13,and requests the list server 16 transmission of the download task listin a step 15. Then, the CPU 12 a acquires the download task list fromthe list server 16 in a step S17. That is, the CPU 12 a receives theterminal DTL data 304 a and the group DTL data 304 b that aretransmitted from the list server 16, and stores them into the RAM 12 b.Although the user terminal 12 acquires both the terminal DTL data 304 aand the group DTL data 304 b in this embodiment, only renewed data maybe acquired.

In addition, although it is described here that the user terminal 12accesses the list server 16 and surely acquires the download task list,in a case where it is impossible to access the list server 16 or a casewhere it is impossible to acquire the download task list, the processingof the steps S13, S15 and S17 may be repeatedly performed.

In a next step S19, the task registration status list is generated(renewed). The CPU 12 a generates the task registration status list withusing the terminal DTL data 304 a and the group DTL data 304 b that areacquired from the list server 16, and stores the status list data 304 cinto the RAM 12 b. Then, it is determined whether the list generationprocessing is to be ended in a step S21. Here, the CPU 12 a determineswhether it is instructed that the user terminal 12 is started. However,when the user terminal 12 starts the list generation processingaccording to instructions of the user in its active state, “YES” isdetermined in the step S21.

If “NO” is determined in the step S21, that is, if not ending the listgeneration processing, the process returns to the step S1. On the otherhand, if “YES” is determined in the step S21, that is, if ending thelist generation processing, the list generation processing is ended withno operation.

FIG. 7 is a flowchart showing the content acquisition processing by theCPU 12 a of the user terminal 12 shown in FIG. 1. This contentacquisition processing is performed at every predetermined time (in thisembodiment, 60 minutes), and when the list generation processing shownin FIG. 5 is being performed, performed in parallel with the listgeneration processing. However, the content acquisition processing maybe performed at a predetermined timing like a timing of starting orending of the user terminal 12.

As shown in FIG. 7, the CPU 12 a determines whether there is a contentthat should be acquired in a step S31 when the content acquisitionprocessing is started. Here, the CPU 12 a determines, with referring tothe status list data 304 c, whether there is a download task that thedata value of the status information indicates “00” or “01”.

If “NO” is determined in the step S31, that is, if there is no contentthat should be acquired, the content acquisition processing is endedwith no operation. On the other hand, if “YES” is determined in the stepS31, that is, if there is a content that should be acquired, processingafter a step S33 is performed. However, when there are a plurality ofcontents that should be acquired, the processing after the step S33 isperformed for each content.

In the step S33, the CPU 12 a accesses the content server 18 accordingto the URL of the distribution source. However, the processing in thestep S33 is repeatedly performed when it is impossible to access thecontent server 18. In a next step S35, the content server 18 isrequested the transmission of the content. Then, the CPU 12 a acquires(receives) the content that is transmitted from the content server 18 ina step S37. That is, the CPU 12 a receives the content data 304 d, andstores the same into the RAM 12 b. For example, the content data 304 dis transmitted per packet.

Subsequently, in a step S39, it is determined whether the acquisition ofthe content is successful. That is, the CPU 12 a determines whether thecontent data 304 d is received completely. If “YES” is determined in thestep S39, that is, if the acquisition of the content is successful, in astep S41, a success is recorded in the download task of the content isrecorded. That is, in the step S41, the CPU 12 a sets “10” of the datavalue of the status information included in the download task of thecontent that is acquired. Then, it is determined whether there isadditional information in a step S43. If “NO” is determined in the stepS43, the content acquisition processing is ended with no operation. Onthe other hand, if “YES” is determined in the step S43, that is, ifthere is the additional information, the additional information isacquired in a step S45, and the content acquisition processing is ended.In the step S45, if the additional information 304 e is received fromthe content server 18, the CPU 12 a stores the additional information304 e in the RAM 12 b with relating to the content that is previouslyacquired.

On the other hand, if “NO” is determined in the step S39, that is, ifthe acquisition of the content is not successful, it is determinedwhether the acquisition of the content is failed in a step S47. Here,the CPU 12 a determines whether the communication time limit is exceededbefore completely receiving the content data 304 d or whether thecommunication is disconnected by a certain factor during the receptionof the content data 304 d.

If “NO” is determined in the step S47, that is, if the acquisition ofthe contents is not failed, the process returns to the step S37 bydetermining during the acquisition of the content data 304 d (during thereception). On the other hand, if “YES” is determined in the step S47,that is, if the acquisition of the content is failed, the failure of thedownload task of the content is recorded in a step S49, and the contentacquisition processing is ended. That is, in the step S49, the CPU 12 asets the data value “01” of the status information included in thedownload task of the content that is the acquisition is unsuccessful.

FIG. 8 is a flowchart showing an example of the entire processing of theCPU 12 a of the user terminal 12 shown in FIG. 1. If the user instructsstarting of the user terminal 12, the CPU 12 a starts the entireprocessing, and in a step S71, starts the user terminal 12. That is, theuser terminal 12 is shifted to the active state from the sleep state. Ina next step S73, a menu screen is displayed on the display. Then, it isdetermined whether there is a content that is newly acquired in a stepS75.

If “NO” is determined in the step S75, that is, if there is no newlyacquired content, the process proceeds to a step S93 with no operation.On the other hand, if “YES” is determined in the step S75, that is, ifthere is a content that is newly acquired, processing after a step S77is performed. However, when there are a plurality of newly acquiredcontents, the processing after the step S77 is performed for eachcontent.

In the step S77, it is determined whether the task type of the downloadtask of the newly acquired content is Type 1. That is, it is determinedwhether the content is a content that the user who possesses the userterminal 12 determines to acquire for himself/herself.

If “YES” is determined in the step S77, that is, if the task type isType 1, the process proceeds to the step S93 with no operation. On theother hand, if “NO” is determined in the step S77, that is, if the tasktype is not Type 1, it is determined whether the task type of thedownload task of the newly acquired content is Type 2 in a step S79.That is, it is determined whether the content is a content that ispresented by a user (other person) not the user who is operating theuser terminal 12.

If “YES” is determined in the step S79, that is, if the task type isType 2, it is notified that the content is presented by other person ina step S81. That is, the CPU 12 a displays the message that the contentis presented by other person on the display in the step S81.

In a succeeding step S83, it is determined whether there is a message.That is, the CPU 12 a determines whether the additional information 304e related to the newly acquired content is stored. If “NO” is determinedin the step S83, that is, if there is no message, the process proceedsto the step S93 with no operation. On the other hand, if “YES” isdetermined in the step S83, that is, if there is a message, the messageis notified in a step S85, and the process proceeds to the step S93.That is, the CPU 12 a displays the message from the presenter of thecontent on the display in the step S85.

In addition, if “NO” is determined in the step S79, that is, if the tasktype is Type 3, it is determined that the content is a content that isdistributed by the administrator of the content server 18, and it isnotified that the content is a content that is distributed by theadministrator in a step S87. That is, the CPU 12 a displays the messagethat the content is a content that is distributed by the administratoron the display in the step S87.

In a succeeding step S89, it is determined whether there is anyinformation of the rating. That is, the CPU 12 a determines whether theadditional information 304 e related to the newly acquired content isstored. If “NO” is determined in the step S89, that is, if there is noinformation of the rating, the process proceeds to the step S93 with nooperation. On the other hand, if “YES” is determined in the step S89,that is, if there is the information of the rating, the information ofthe rating is displayed on the display in the step S91, and the processproceeds to the step S93. Although a detailed description is omitted,the operation for approval, etc. is performed by the user after that.

In the step S93, the processing is performed according to the operationof the user. For example, an application program selected in the menu isstarted, or the information processing in an application is performed.This application includes a shopping application. Accordingly, inperforming the shopping application, the user terminal 12 accesses theshopping server 22, and can search a content, or determine to acquire(purchase) a content, or input a message according to instructions ofthe user.

Subsequently, in a step S95, it is determined whether to be ended. Here,the CPU 12 a determines whether instructions of the end is input by theuser. That is, it is determined whether to be shifted to the sleepstate. If “NO” is determined in the step S91, that is, if not to beended, the process returns to the step S89. On the other hand, if “YES”is determined in the step S91, that is, if to be ended, the entireprocessing is ended. Accordingly, the user terminal 12 is shifted to thesleep state, and as mentioned above, the list renewing processing (FIG.5 and FIG. 6) is started.

In accordance with this embodiment, since the user terminal acquires thedownload task list, and the content is downloaded according to the taskregistration status list that is generated from the download task list,it is not necessary for the list server to manage the acquisition of thecontent in the user terminal, and the processing load on the side of thelist server can be reduced.

In addition, since the terminal DTL and the group DTL are provided, thecontent that is commonly distributed to the plurality of user terminalsconstituting a group may be registered in the group DTL and not neededto be registered in the terminal DTL, there is no necessity of managingall the download task lists per user terminal, and therefore, it ispossible to drastically reduce trouble of registration of the downloadtask.

Furthermore, since it is possible to manage the content that should bedistributed for each group by the group DTL in this embodiment, there isno necessity of installing (pre-installation) the content in the userterminal 12 per group before factory shipments. For example, it ispossible to make the user acquire the content that is conventionallypre-installed after the purchase of the user terminal 12. Accordingly,since there is no trouble for preparing the user terminal 12 for eachgroup before factory shipments, it is possible to drastically reduce theburden on the side of the seller (provider) of the user terminal 12.

In addition, although the game machine is mentioned as an example of auser terminal in this embodiment, there is no necessity of being limitedto this. A general-purpose PC, a feature phone or a smartphone may besufficient as a user terminal.

In addition, although various servers are provided according to uses inthis embodiment, it is possible to gather up any two or all of the listserver, the content server and the shopping server to one server exceptfor the revision server. For example, by gathering up the list serverand the content server to one server, it is possible to function the oneserver as a server that distributes the download task list and thecontent.

Furthermore, although the terminal DTL and the group DTL are managed bythe list server in this embodiment, these may be managed by anotherserver. Since it is not necessary to manage all download task lists foreach user terminal even if in such a case, the processing load on theside of the server can be reduced.

Furthermore, although the user terminal acquires the download task listand acquires the content according to this download task list in thisembodiment, there is no necessity of being limited to this. For example,the list server may apply the distribution instructions of the contentto the content server according to the download task list, and thecontent may be distributed to the user terminal. When providing theserver that gathers up the list server and the content server to one asmentioned above, it is possible to complete the distributioninstructions of the content and the distribution of the content by oneserver. However, when the content is distributed according to theinstructions of the list server, it is necessary to notify the task typeto the user terminal from the list server. This is because the operation(action) on the side of the user terminal differs according to the tasktype.

In addition, although the terminal DTL and the group DTL are managed foreach user terminal so as to distribute to the user terminal in thisembodiment, there is no necessity of being limited to this. For example,while the download task list is managed for each user, the download listis managed per group that a plurality of the users are classified so asto distribute to the user terminal. In this case, in place of theterminal ID, the user ID or the network ID is applied to the downloadtask list. However, the group ID is the identification information ofthe group that classifies a plurality of the users. In this case, theuser ID of the user who should acquire the content as the acquirer IDincluded in the group DTL is described. If doing in this way, byidentifying the user who is using the user terminal, it is possible toinquire existence/non-existence of renewal of the download task list foreach user, to acquire the download task list, and to acquire thecontent. For example, when classifying the users into groups, it ispossible to classify with using various attribute information such as anapplication that the user uses, a sex of the user, age (generation), ahobby (idea), etc.

Furthermore, specific numeral values shown in this embodiment are onlyexamples, and may be suitably changed according to an actual product.

The systems, devices and apparatuses described herein may include one ormore processors that may be located in one place or distributed in avariety of places communicating via one or more networks. Suchprocessor(s) can, for example, use conventional 3D graphicstransformations, virtual camera and other techniques to provideappropriate images for display. By way of example and withoutlimitation, the processors can be any of: a processor that is part of oris a separate component co-located with the stationary display and thatcommunicates remotely (e.g., wirelessly) with the movable display; or aprocessor that is part of or is a separate component co-located with themovable display and communicates remotely (e.g., wirelessly) with thestationary display or associated equipment; or a distributed processingarrangement some of that is contained within the movable display housingand some of that is co-located with the stationary display, thedistributed portions communicating together via a connection such as awireless or wired network; or a processor(s) located remotely (e.g., inthe cloud) from both the stationary and movable displays andcommunicating with each of them via one or more network connections; orany combination or variation of the above.

The processors can be implemented using one or more general-purposeprocessors, one or more specialized graphics processors, or combinationsof these. These may be supplemented by specifically-described ASICs(application specific integrated circuits) and/or logic circuitry. Inthe case of a distributed processor architecture of arrangement,appropriate data exchange and transmission protocols are used to providelow latency and maintain interactivity, as will be understood by thoseskilled in the art.

Similarly, program instructions, data and other information forimplementing the systems and methods described herein may be stored inone or more on-board and/or removable memory devices. Multiple memorydevices may be part of the same device or different devices, which areco-located or remotely located with respect to each other.

While certain example systems, methods, storage media, devices andapparatuses have been described herein, it is to be understood that theappended claims are not to be limited to the systems, methods, storagemedia, devices and apparatuses disclosed, but on the contrary, areintended to cover various modifications and equivalent arrangementsincluded within the spirit and scope of the appended claims.

What is claimed is:
 1. An information processing system that comprises afirst server and a user terminal, wherein the first server comprises aninformation storing module operable to store download informationrelated to a download for each of a plurality of user terminals or foreach of uses of the plurality of user terminals; an informationtransmitting module operable to transmit download information for theuser terminal or the user of the user terminal in response to a requestfrom the user terminal; a content storing module operable to store acontent; and a content transmitting module operable to transmit thecontent that is stored in the content storing module in response to arequest from the user terminal, and the user terminal comprises aninformation acquiring module operable to acquire the downloadinformation that is transmitted from the information transmittingmodule; a content requesting module operable to request transmission ofa content to the first server according to the download information thatis acquired by the information acquiring module; and a content acquiringmodule operable to acquire the download information that is transmittedfrom the information transmitting module in response to a request formthe content request module.
 2. An information processing systemaccording to claim 1, wherein the user terminal further comprises anaccessing module operable to access the first server according toexistence/non-existence of renewal of the download information.
 3. Aninformation processing system according to claim 2, wherein the userterminal further comprises an information requesting module operable torequest to the first server, when the renewal of the downloadinformation exists, transmission of the download information by causingthe accessing module to access the first server.
 4. An informationprocessing system according to claim 2, further comprising a secondserver operable to manage the existence/non-existence of the renewal ofthe download information, wherein the user terminal further comprises aninquiry module operable to inquire of the second server theexistence/non-existence of the renewal of the download information. 5.An information processing system according to claim 1, wherein the userterminal further comprises an additional information acquiring moduleoperable to acquire additional information that is added to the content.6. An information processing system according to claim 1, wherein thedownload information contains different kinds of download tasks.
 7. Aninformation processing system according to claim 6, wherein the userterminal is operable to perform different operations at a time that thecontent acquiring module acquires the content according to the kind ofdownload task.
 8. An information processing system according to claim 6,wherein different identification information is applied to each of thedownload tasks, and the user terminal is operable to manage whether eachof the download tasks is to be performed with using the identificationinformation.
 9. An information processing system according to claim 8,wherein the user terminal further comprises a success recording moduleoperable to record, when the acquisition of the content by the contentacquiring module is successful, that the acquisition of the content issuccessful corresponding to the identification information of thedownload task for the content.
 10. An information processing systemaccording to claim 9, wherein the content requesting module does notrequest the transmission of the content when it is recordedcorresponding to the identification information of the download taskthat the acquisition of the content is successful.
 11. An informationprocessing system according to claim 8, wherein the user terminalfurther comprises a failure recording module operable to record, whenthe acquisition of the content by the content acquiring module isunsuccessful, that the acquisition of the content is unsuccessfulcorresponding to the identification information of the download task forthe content.
 12. An information processing system according to claim 11,wherein the content requesting module requests again the transmission ofthe content when it is recorded that the acquisition of the content isunsuccessful corresponding to the identification information of thedownload task.
 13. An information processing system according to claim1, wherein the first server comprises a download information server thatcomprises said information storing module and said informationtransmitting module, and a content server that comprises said contentstoring module and said content transmitting module.
 14. An informationprocessing method in an information processing system comprising firstserver that comprises a content storing module operable to store acontent and an information storing module operable to store downloadinformation related to a download for each of a plurality of userterminals or each of users of the plurality of the user terminals, and auser terminal, comprising steps of: (a) the first server transmits thedownload information for the user terminal or the user of the userterminal in response to a request from the user terminal; (b) the userterminal acquires the download information that is transmitted in thestep (a); (c) the user terminal requests, according to the downloadinformation that is acquired in the step (b), transmission of a contentto the first server; (d) the first server transmits, in response to arequest from the user terminal, a content that is stored in the contentstoring module; and (e) the user terminal acquires the content that istransmitted in the step (d).
 15. A user terminal that is communicablyconnected to a first server that comprises an information storing moduleoperable to store download information related to each of a plurality ofuser terminals or each of users of the plurality of the user terminals,an information transmitting module operable to transmit the downloadinformation for the user terminal in response to a request from the userterminal, a content storing module operable to store a content, and acontent transmitting module operable to transmit the content that isstored in the content storing module in response to a request from theuser terminal, one or more processors of the user terminal: acquire thedownload information that is transmitted from the informationtransmitting module; request the first server transmission of a contentaccording to the download information that is acquired by theinformation acquiring module; and acquire the content that istransmitted from the content transmitting module in response to therequest by the content request module.
 16. A non-transitory computerreadable storage medium storing an information processing program of auser terminal that is communicably connected to a first server thatcomprises an information storing module operable to store downloadinformation related to each of a plurality of user terminals or each ofusers of the plurality of the user terminals, an informationtransmitting module operable to transmit the download information forthe user terminal in response to a request from the user terminal, acontent storing module operable to store a content, and a contenttransmitting module operable to transmit the content that is stored inthe content storing module according to a request from the userterminal, the information processing program causes a computer of theuser terminal to function as: an information acquiring module operableto acquire the download information that is transmitted from theinformation transmitting module to store in a storage medium; a contentrequest module operable to request to the first server transmission of acontent according to the download information that is acquired by theinformation acquiring module; and a content acquiring module operable toacquire the content that is transmitted from the content transmittingmodule in response to a request by the content requesting module tostore in the storage medium.